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© When a contract is being arranged by offer and 
acceptance between clients by means of commu- 
nication channels between a host station on the one 
hand and client stations on the other hand, a timing 
device is provided at each client station which will 
alert the client if certain messages acknowledging 
transactions under the contract have not themselves 
been acknowledged within a predetermined period. 
Such acknowledgements are necessary because 
communication channels may not transmit to the 
desired destination all the information applied to 
them. If the client has already been informed of the 
identity of the other client with whom he is arranging 
a contract, he can, when alerted, contact that other 
client direct. If he does not know the identity of the 
other client, he can contact the host station to agree 
the status of the contract. 
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BACKGROUND TO THE INVENTION 



In matching systems such as the system de- 
scribed in EP-A-0399850, clients are connected to 
a central computer system and offers to buy or sell 
from clients are matched by the central system. In 
this specification the term 'offer' is used in its 
contract law sense, where an offer is made by one 
party and can be accepted by another party. 
Sometimes the other party rejects the offer but 
makes his own offer on different terms which the 
first party may accept. A contract requires an offer 
to be accepted. 

Since the clients are remote from each other and 
the transmission channels between clients and the 
central system are not completely error free, con- 
tracts made in this way are only considered com- 
pleted when the normal offer has been made by 
one client, an acceptance has been made by an- 
other client, details have been sent to each client of 
the other party to the contract and confirmation has 
been received at the central system from each 
client that the details of the contract have been 
received. 

There is a problem in this system when one 
communication channel fails during the transaction. 
It may occur that although confirmation is sent to 
one client and acknowledged, the other party does 
not receive details of the contract and/or his ac- 
knowledgement does not reach the central system. 
If the communication channel which fails is that of 
the purchaser and failure occurs after he has made 
his offer to buy but before he receives an accep- 
tance, the seller will have offered to sell, will have 
received details of the contract from the central 
system and will have acknowledged receipt to the 
central system so that as far as the seller is con- 
cerned, the contract is complete. The buyer will 
have received details of the offer from the central 
system and have made his acceptance or an alter- 
native offer to buy but due to the channel failure he 
will not have received any details of the contract. 
He will be uncertain of his position and may as- 
sume that his acceptance was too late or his offer 
to buy has not been accepted and consider the 
contract not made. This will leave the central sys- 
tem and the buyer at odds, and if the terms of 
business are appropriate, it may be that the central 
system has to purchase the items from the seller 
and attempt to sell them in the market itself, possi- 
bly at a loss, if the buyer has considered the 
contract not made. 

The system described above has various 
checking devices, including a time delay device in 
the central system to interrogate each client if the 
client does not within a certain period confirm 
receipt of information which has been sent to it. In 
response to the time lapse signal at the central 



system, further interrogations of the client may be 
made but if no acknowledgement is received, then 
alarms may be made to alert an operator that 
enquiries outside the matching system have to be 

5 made to sort out the confusion. If the communica- 
tion channel to the client only failed after he had 
received details of the transaction but before his 
acknowledgement was sent out, then his enquiries 
should uncover the presence in his memory store 

io of the offer and acceptance details which should be 
sufficient to complete the contract but if the com- 
munication channel failed before he received de- 
tails of the bargain, then the central system may be 
at risk in having to find an alternative buyer. 

15 

SUMMARY OF THE INVENTION 



The present invention attempts to overcome 
this problem by removing the need for a time lapse 

20 generator at the central station and by providing 
one in each client station. Time lapse generators 
can still be provided at the central station, but for 
other purposes. If a client is making an offer to sell, 
his offer to sell is transmitted to the central station 

25 as before and when a deal is matched, details of 
the amount offered for purchase are sent back to 
the selling client who acknowledges in the normal 
way. The time lapse is generated at the client 
station following the receipt of a massage from the 

30 central system and will in due course generate an 
alarm if within a predetermined time lapse period a 
further message is not received back from the 
central system. The time lapse is preferably started 
by the receipt and storage of a message but it 

35 could be started by the transmission of an outgoing 
message. If the time lapse generator is not stopped 
within a predetermined time, the alarm is generated 
and the deal is denoted as suspect, requiring fur- 
ther checking with the other party or with the 

40 central station before it can be considered binding. 

It may be arranged that the identity of the other 
party is not revealed at the initial message sending 
stage. When an alarm is raised, the client is simply 
informed that his deal is not fully confirmed and 

45 that further checking is required. Since he does not 
know the identity of the other party, he clearly 
cannot check with him but instead can check with a 
central enquiry station who then checks with the 
other party and reports back that the deal is either 

50 confirmed or cancelled. It could also be arranged 
that the identity of the other party is transmitted in 
the initial message but is simply kept hidden by 
the display apparatus at the clients station until full 
confirmation is achieved. This avoids any problems 

55 of a client adopting different modes of enquiry 
according to the identity of his possible buyer or 
vendor. In the anonymous system as described 
here, the details of the other party are only dis- 
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played at the final confirmation of the bargain. 
DESCRIPTION OF THE DRAWINGS 



Examples of the invention will now be de- 
scribed with reference to the accompanying draw- 
ings in which:- 

Figure 1 is a diagram of a central station with 
two client stations, showing the messages be- 
tween, and operations at, each station in dia- 
grammatic form, and 

Figures 2 to 7 are message flow charts for 
various events in matching a bargain. 

DESCRIPTION OF THE PREFERRED EMBODI- 
MENTS 



In the message diagram of Figure 1, various mes- 
sages are transmitted between stations. Each sta- 
tion can be considered to have a signal terminal S 
and a message terminal T for each message. For a 
transmitted message, the operator of the station 
causes a signal to be applied to the signal terminal 
and this causes the message to be transmitted 
from T. For a received message, the message is 
applied to T and this causes a command signal to 
be generated at S. Separate terminals and mes- 
sage lines are shown for each message, but in 
practice a single communication channel between 
the host and a station will suffice, and separate 
terminals for each message may not be necessary 
since the station will in practice receive a message 
and detect which type of message it is and gen- 
erate appropriate command signals and apply them 
to appropriate devices at that station. For ease of 
understanding, it is convenient to illustrate the sys- 
tem with a plurality of message lines and terminals, 
even though they may not be separately present in 
practice. 

The connection and operation of the system 
will be described with reference to the situation in 
which client A makes an offer to sell one million 
items at a given price and this offer is transmitted 
as message 1 to the central system known as the 
host computer. This offer is broadcast as message 
2 to all clients including client A who made the 
offer and client B by the host computer. If client B 
does not wish to buy the full one million items but 
makes a counter offer as message 3 to buy one 
hundred thousand items at that price, the host 
computer sends a message 4 to client A that he 
has sold one hundred thousand items to client B at 
the offered price and it sends message 6 to client 
B that he has bought. 

The receipt of message 4 at terminal T4 
prompts a command signal at terminal S4 which is 
fed to two locations. The first location is a store S 
which stores the message, and after storage 



causes the sending of an acknowledgement mes- 
sage 5 from terminal S5 to the host computer of 
the receipt of the message at client A. The second 
location is the timer T which is started. These 

5 procedures are indicated by connections in Figure 
1 and by the flow chart of Figure 2. 

Similarly message 6 received at T6 at client 
station B is fed to a corresponding store SB and 
timer TB from terminal S6; the stored message 

10 from SB is returned in acknowledgment at S7 and 
sent back to the host as message 7 from terminal 
T7. 

As will be described later, message 5 and 7 at 
the host station prompt the transmission of ac- 

75 knowledgment message 8 and 9 to the client sta- 
tions B and A respectively. 

The timers TA and TB have 15 second 
periods. At client station A, if a confirmatory mes- 
sage 9 is received within this period, it simply 

20 causes a store and print device (SP) to store and 
print the bargain as confirmed. If the timer reaches 
the end of its period before a message 9 has been 
received, the time-out signal is fed firstly to the 
store and print device where it causes the device 

25 to store and print the bargain as 'unconfirmed' and 
secondly to the 'set status' device where the status 
is set to 'unconfirmed' which activates the asso- 
ciated alarm to warn the client of the unconfirmed 
bargain, as shown in the connections of Figure 1 

30 and the flow chart of Figure 3. If the confirmatory 
message is received after the end of the 15 second 
period, the message acts as described above when 
the message is received within the 15 second 
period, but also resets the 'set status' device from 

35 'unconfirmed' to 'confirmed' which de-activates the 
alarm. This is shown in the flow chart of Figure 4. 

At the host terminal, an optional checking sys- 
tem may be provided. In this case the receipt of 
message 3 from client B offering to buy certain 

40 items at the offered price will prompt a command 
signal on terminal S3 to operate a timer and also 
send match notification signals 4 and 6 to the 
respective clients via terminals S4, T4, S6 and T6. 
This is shown by connections in Figure 1 and in 

45 the flow chart of Figure 5. The acknowledgment 
signals 5 and 7 which are received back from 
clients will prompt corresponding command signals 
at terminals S5 and S7 which will be passed to the 
match notification store. If the bargain has not yet 

so been acknowledged by either party, the first signal 
will cause the store to change to the state of having 
been acknowledged by one party. If it is already in 
that state, the receipt of the signal will have three 
functions, to stop and cancel the timer, to declare 

55 the match as fully acknowledged at the host site 
and to send confirmation messages 8 and 9 to the 
respective clients via terminals S8, T8, S9 and T9. 
This is shown in the connections of Figure 1 and 
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the flow chart of Figure 6. 

If the timer at the host is not cancelled and 
reset within 60 seconds, a time-out signal with two 
functions is generated, one to cancel the timer and 
the second to activate and alarm A declare the 
match as un-acknowledged at the host site. This 
un-acknowledged declaration may prompt an oper- 
ator at the host to take action to check with the 
respective clients or the checking may be left to 
the clients to put in hand themselves, either di- 
rectly between clients if they have been made 
aware of the identity of the other party to the 
bargain or else through the medium of the host site 
if the identity of the other party has not yet been 
revealed. This is shown in the flow chart of Figure 
7. 

When the clients remain unidentified to each other 
until the match is made and acknowledged, mes- 
sage 4 need only contain details of the amount 
purchased and need not identify the buyer, details 
of the buyer being only included in message 9. 
Message 4 could contain the missing identification 
data, but this identification can be suppressed by 
the display until message 9 is received. Similarly 
the details of the vendor need not included in 
message 6 to the purchaser, being instead con- 
tained in message 8 or they could be included in 
message 6 and suppressed until receipt of mes- 
sage 8. 

When clients are identified to each other at an 
early stage, subsequent communication can be 
made directly and not through the host; the dis- 
advantage of this arrangement is that full records of 
transactions in all stages cannot be made at the 
host. However the direct communication reduces 
the chance of transmission failure. 

Claims 

1. In an offer matching system comprising a host 
station, a plurality of client stations respectively 
connected to the host station by a communica- 
tion link, a timer device at one of these sta- 
tions, means for acknowledging messages re- 
ceived at said one station, the timer device 
being started in response to a first message at 
said one station and stopped in response to a 
second message at said one station and an 
alarm at said one station responsive to the 
timer device continuing beyond a predeter- 
mined time, the improvement comprising a 
said timer device located at each client station. 

2. A system as claimed in Claim 1 wherein the 
first message is a message received from an- 
other station in response to an offer made from 
said one station. 



3. A system as claimed in Claim 1 wherein the 
first message is a message from said one 
station acknowledging a message received 
from another station. 

5 

4. A system as claimed in any one of claims 1 to 

3 wherein the first message is sent to said host 
station on said link. 

io 5. A system as claimed in any one of claims 1 to 

4 wherein the second message is an acknowl- 
edgement from said other station of receipt 
from said first station of said first message or 
of a message sent in response to said first 

15 message. 

6. A system as claimed in any one of claims 1 to 

5 wherein the client station comprises a status 
indicator, the status indicator being responsive 

20 to the timing out of the timer device to indicate 

'unconfirmed' status and being set to 
'confirmed' status by the receipt of said sec- 
ond message at said station. 

25 7. A system as claimed in claim 6 wherein the 
client station comprises an alarm operable in 
response to the unconfirmed status. 

8. A system as claimed in any one of claims 1 to 
30 7 wherein the client station comprises a store 

and print device to store and print received 
messages and their status. 

9. A system as claimed in any one of claims 1 to 
35 8 wherein the client station comprises a store 

to store an initial message, said acknowledge- 
ment means being arranged to acknowledge 
said initial message after storage thereof. 

40 10. A system as claimed in any one of claims 1 to 
9 wherein the host station comprises a timer 
operable in response to a message received 
from a client station and re-settable in re- 
sponse to a message received from an asso- 

45 ciated client station. 

11. A system as claimed in claim 10 comprising 
an alarm at the host station operable in re- 
sponse to timing out of the timer. 

50 

12. A system as claimed in any one of claims 1 to 
11 wherein the host station comprises a status 
indicator, settable to an unconfirmed status 
when a first acknowledgement message is re- 

55 ceived from a client station and settable to a 

confirmed status when a second acknowledge- 
ment message is received from an associated 
client station. 
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13. A system as claimed in claim 12 comprising 
means responsive to the confirmed status to 
reset the timer. 
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ACF Flow Diagram for Client Site 
For each match notification that arrives 
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When a match confirmation message (the ticket) 
arrives : 
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ACF Flow Diagrams for Host Site 
When a match' is made at the host 
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When a Match Acknowledgement Arrives Back From a 
Client Site 
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